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ABSTRACT 



The billet assignment duration for Training and 
Administration of Reserves (TAR) officers is normally two to 
three years. A placement officer determines where the TAR 
officer's subsequent assignment will be based on the officer's 
qualifications and billet requirements. This assignment is 
vitally important because it significantly affects the 
officer's career opportunities for promotion and command. 
This thesis describes the design and implementation of a 
prototype expert database system that enhances the placement 
officer's ability to efficiently select the optimum billet for 
each officer. The prototype integrates a rule based expert 
system with officer and billet databases to produce a list of 
billets that match an officer's qualifications and desires. 

A rudimentary prototype of TARPS has already been 
evaluated in the field. Initial feedback is encouraging. 
Placement officer recommendations have been implemented into 
an enhanced prototype, detailed in this thesis. 
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INTRODUCTION 



I . 



A. BACKGROUND 

The United States Navy has thousands of commands located 
worldwide that require thousands of officers with a diversity 
of skills. The mission of these commands varies greatly from 
providing continuing education for officers to conducting 
flight operations in a combat environment. Each command wants 
the most highly qualified and motivated officers to enhance 
their mission readiness. 

Naval officers aspire to billets which provide job 
satisfaction, career enhancement, and prepare them for 
leadership roles. Because of the large variety and numbers 
involved, finding the right billet at the right time is an 
extremely difficult task. 

The Bureau of Naval Personnel (BUPERS) is charged with the 
dual responsibility of providing Naval commands with highly 
qualified officers while at the same time balancing the career 
needs of the individuals. BUPERS assigns officers as 
detailers and placement officers to coordinate this process. 
Detailers talk directly to the individual officers in the 
commands who are due for reassignment. The detailers work to 
find the best possible billet for that officer, balancing the 
individual officers desires, qualifications and career needs. 
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Placement officers work directly with the commands to find the 
best possible officer to fill present and future vacancies. 
The detailer and placement officer must work together to 
effectively fulfill command and individual requirements. 

B . OBJECTIVES 

This thesis describes the design and development of a 
prototype Expert Database System that serves as an expert 
assistant to the TAR placement officer who functions as both 
a detailer and a placement officer. The prototype provides 
the TAR placement officer with several acceptable choices for 
officer reassignment, based upon placement officer input, 
transferring officer's duty preference, officer and billet 
database information and expert rules extracted from a 
knowledge base . 

C . RESEARCH QUESTIONS 

This thesis addresses the following two research 
questions: (1) Can an expert system be developed and 
implemented to assist the TAR placement officer in assigning 
TAR officers to their upcoming duty assignments? and (2) Can 
the required domain expertise be captured in a rule base? 

D . SCOPE 

The selection process for the entire U.S. Navy is very 
broad and beyond the scope of this thesis. An illustrative 
branch of the Bureau of Naval Personnel, PERS-4417, is used to 
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analyze possible solutions. PERS-4417 has the responsibility 
for assignment of officers for a subspecialty of the Navy, 
Training and Administration of Reserves (TAR) . In this branch 
of BUPERS, one officer effectively acts as both detailer and 
placement officer for TAR officers and TAR commands. 

E . LITERATURE REVIEW 

A comprehensive literature review was conducted on 
previous efforts to automate the officer placement process as 
well as possible new approaches to automate the present system 
based on expert system technology. The previous approaches 
have ranged from simple database management systems to 
advanced linear programming models. However, none of these 
approaches have gained BUPERS approval. A review of these 
previous efforts is presented in Chapter II. 

F. ORGANIZATION OF STUDY 

The organization of the thesis is as follows: Chapter II 
describes the existing placement process, discusses previous 
attempts to automate the system and examines the benefits of 
an expert database system. Chapter III explains the domain of 
expertise needed for the expert system. Chapter IV describes 
the BUPERS databases and the attributes required to produce 
the expert system database. Chapter V overviews the expert 
system development methodology, develops the rule base, and 
explains the design of the prototype expert system. Finally, 
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Chapter VI draws some conclusions and states objectives for 



future research. 
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II. BACKGROUND 



A. CURRENT PROCESS 

The placement officer's primary responsibility is to 
select the best possible assignment for officers who are 
transferring from their current assignments. The four 
placement officers who serve in the Training and 
Administration of Reserves (TAR) branch of the Bureau of Naval 
Personnel (PERS-4417) are responsible for approximately 2200 
officers and 2200 billets. The present method of billet 
selection is done manually. First the placement officer goes 
through the list of officers due for new assignments and 
receives their duty preference. Second the placement officer 
methodically goes through a list of billets to see which ones 
will be open at the right time and have requirements that 
match the officer qualifications. Complicating the task is 
the fact that the officer and billet information are in 
separate databases. These databases, Officer Assignment and 
Information System (OAIS) and Officer billet Description 
Information System (ODIS) are not linked and have only 
rudimentary query capabilities. They do, however, contain an 
enormous quantity of information on both the officers and the 
billets. The following is a sampling of data contained in the 
Officer Assignment and Information System (OAIS) and the 
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Officer billet Description Information System (ODIS) 
databases : 

Officer Assignment and Information System (OAIS) : 

Name 
Rank 
SSN 

Designator 
Seniority 
Promotion Status 

Homeport - Geographic location (City) 



- Social Security Number 

- pilot, surface warfare, submariner etc. 



Billet Title 
PRD 

Subspecialty 

AQD 



- Planned Rotation Date (transfer month) 

- Educational specialty 

- Additional Qualification Designator 



Officer billet Description Information System (ODIS) : 



UIC - Unit Identification Code 

BSC - Billet Sequence Code 

Billet Title 

Activity - Command 

Homeport 

Rank 

Billet Designator 

PRD - Planned Rotation Date for incumbent 

Subspecialty - if required 

AQD - if required 



6 



UIC specifies the Naval activity and the BSC identifies 
the specific billet in that command. Rank and designator are 
specific qualifications. Planned Rotation Date (PRD) 
determines if a timely match can be made. Homeport is the 
number one priority for most officers when requesting a 
billet. AQD defines the type of equipment the officer is 
qualified in. 

There are many rules that experts use to match officers 
with billets. For example, a billet may be specified for a 
particular rank but may accept a higher or lower rank. These 
rules are normally assimilated by experience since they are 
not specified in any single document. Training and transition 
for a new placement officer requires a minimum of two to three 
months of overlap with an experienced placement officer before 
the new placement officer is ready to make placement 
decisions. After receiving his training, the new placement 
officer accesses the databases for information on officers and 
billets and applies his knowledge of the rules to make a 
selection . 

At the Bureau of Naval Personnel there are several 
branches that have similar responsibilities covering all the 
officers in the U.S. Navy. A study of all these branches 
shows that the billet selection process is also done manually 
with no advanced computer system being designed for the 
placement officers. 
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B. PREVIOUS ATTEMPTS TO AUTOMATE THE PLACEMENT SYSTEM 

There have been several attempts to produce computer based 
systems to enhance the placement decision process. Paul 
(1990) used operational analysis to develop an approach to 
Naval officer placement based on an assignment problem with 
hierarchical objectives. Paul defines four objectives: (1) 
the needs of the Navy, (2) the career and qualification needs 
of the officer, (3) the desires of the officer and (4) cost of 
the reassignment. The objectives are prioritized in the same 
order as listed and then are used as the hierarchial basis for 
the assignment problem. Rapp (1987) used a model based on the 
classical transportation model of linear programming to design 
a system for assignment of officers during a massive 
mobilization to the U.S. Marines. Strouzas (1986) designed a 
database application to integrate billets and officer 
assignment for the Greek Navy. Alston (1987) designed an 
expert system to assign enlisted personnel to maintenance 
billets in aviation squadrons. Alston used Insight 2+ as an 
expert system tool for its user friendliness and its 
capability to access dBase files. 

Although interesting, none of the above approaches seem to 
be well suited to the placement officer' s decision making 
process. Paul's assignment problem approach to officer 
reassignment is mathematically robust and does address officer 
desires but uses predetermined priorities. Making the "needs 
of the Navy" as first priority is normally appropriate, but 
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there must be some flexibility built in to the system to allow 



placement officer evaluation of priorities. Furthermore, no 
mention is made of real-time interaction with the transferring 
officer. Rapp's linear programming model produces only one 
billet for each officer. Rapp does not allow placement 
officer interaction to share expertise and additional 
knowledge that may be important, nor does he consider the 
preference of the transferring officer. Strouzas' database 
application automates query selection of billets and personnel 
but does not build any decision model for officer placement. 
Alston's model deals only with squadron level enlisted 
personnel assignments. 

C. BENEFITS OF AN EXPERT DATABASE SYSTEM 

Because the process of officer placement uses expert 
knowledge, an expert system is a good choice for automating 
this process (Boose 1986) . The placement officer could use 
the expert system as an assistant to filter the available 
choices to a reasonable number, then personally make the final 
decision (Hart 1986) . Additionally, the process of officer 
placement is well suited for an expert system as it meets the 
general requirements for such systems (Turban 1990) : 

• The task requires only cognitive skills. 

• At least one genuine expert, who is willing to cooperate 
exists . 
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• The experts involved can articulate their methods of 
problem solving. 

• The task is not too difficult. 

• The task is well understood, and is defined clearly. 

• The solution to the problem has a high payoff (The task is 
important) . 

• The Expert System can preserve scarce human expertise. 

• The expertise will improve performance and/or quality. 

• The system can be used for training. 

Because the databases provide information for the 
knowledge base, the placement process is ideal for a computer 
based system that combines an Expert System (ES) with the 
available Database Management System (DBMS) (Brachman and 
Levesque 1987) . This combination is known as an Expert 
Database System (EDS) (Smith 1986) . The coupling of the 
expert system and database could be either tight or loose. In 
a tightly coupled architecture, the expert system controls the 
DBMS with the ES functioning as a front end data entry system 
for the database or, alternatively, the database management 
system controls the ES (Missikoff and Wiederhold 1986) . If 
the database controls the ES, the expert system is used to 
optimize database access. When the expert system controls the 
database, the database can only be accessed though the user 
interface generated by the expert system. This can be 
advantageous for simplifying or restricting user interaction 
with the database. In a loosely coupled architecture, both 
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subsystems retain their original structure and appearance. 
The database can be accessed independently of the expert 
system to create ad hoc queries and reports. A loosely 
coupled architecture is best suited for the officer placement 
application. The expert systems component uses its rule base, 
placement officer input, and access to the two databases to 
propose a selection while the databases could be manipulated 
independently to maintain information on officers and billets. 
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III. THE OFFICER'S BILLET PLACEMENT PROCESS 



A. DOMAIN OF EXPERTISE 

Gathering the expertise needed to build an expert system 
is often the most difficult part of the development of the 
system (Hayes-Roth and Waterman 1983) . Since the author of 
this thesis has served as a TAR placement officer, the process 
of building and testing an expert system is greatly 
simplified. 

Placing an officer into an available billet can be 
perceived from two different perspectives. If the priority is 
placed on assigning the best qualified officer to a billet, 
then the problem can be viewed as starting from the billet and 
working backward to find the best qualified officer to fill 
that billet. However, this method does not consider the 
officer's preference or career requirements. If, on the other 
hand, we view the problem from the officer's perspective, the 
solution would be to find the exact billet that fills his 
needs and desires. In most branches of BUPERS there are two 
officers working on officer placement, one who works with the 
officer being reassigned, the detailer, and one who works with 
the commands that are trying to fill their billets, the 
placement officer. The detailer and placement officer are 
both considered domain experts. The placement officer queries 
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the officer database to find the best qualified officer for 
the command' s billets and the detailer queries the billet 
database to find the best possible billet for the officer. 

In PERS-4417, the placement officer manages both the 
billets and the officers. He can choose to prioritize either 
one. This thesis documents the approach that prioritizes the 
officer's wishes. This approach attempts to find the best 
billet available for his career needs. This approach 
increases retention and morale but must be realistically 
balanced against command requirements. No officer can be 
placed in a requested billet just because he wants it, there 
must be a valid billet requirement and he must be qualified to 
fill that billet. 

The first step used by the placement officer is to 
retrieve the transferring officer's record from the BUPERS 
database and review his qualifications. The officer 
information retrieved includes: Name, Rank, Social Security 
Number (SSN) , Designator, Present Homeport, Planned Rotation 
Date (PRD), and Requested Homeport. This data gives a good 
sketch of the officer' s qualifications and what the billet 
requirements need to be. For example, it would be 
advantageous to put a pilot in a billet that has a pilot 
designator code and a commander in a billet that is rank coded 
for commander. In addition, the officer's requested homeport 
will show his requested geographic location. 
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The next step is to retrieve the billet attributes needed 
for billet identification and officer matching. The minimum 
billet traits needed are as follows: Unit Identification Code 
(UIC) , Billet Sequence Code (BSC) , Rank, Designator, PRD of 
the incumbent officer, and Homeport. These attributes are 
just a small portion of billet requirements but they represent 
the most important aspects for a first examination. 

Armed with officer qualifications and billet requirements, 
the next step would normally be querying the billet database 
with the officer qualifications and requested homeport to find 
what matches could be made. Since the databases are not 
linked, the placement officer is forced to do a lengthy and 
complicated query to produce a list of billets in the 
requested geographic area that match the officer's 
qualifications. At this point, the placement officer still 
would not have any information on the personnel that are in 
the selected billets nor the incumbent's PRDs . 

In practice, the placement officer keeps a paper list 
(slate) of each of his commands and their billets. The slate 
displays each billet plus its required rank and designator 
codes. Directly below the billet information is a strip of 
paper showing the officer assigned with his name, rank, SSN, 
designator and PRD. 

The process of billet selection is not simply based on 
exact matches for rank, designator and PRD. There are rules 
that allow the billet to be filled by an officer of a 
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different rank than specified. Normally an officer of the 
next higher or next lower rank can fill the billet. Billet 
designators do not exactly match officer designators, they 
define what officer designators may be assigned to these 
billets. There are billet designators that allow any officer 
to be assigned. Some pilot billets may be filled by Naval 
Flight Officers and some Naval Flight Officer billets may be 
filled by pilots. There are also billets that require an 
officer with any warfare specialty. 

PRDs do not have to be an exact match either. There may 
be an overlap of officers and at times there may be a gap. 
Normally a plus or minus 2 month window is acceptable. The 
billet Additional Qualification Code (AQD) may require an 
exact officer AQD match or may allow several different officer 
AQDs . For instance, an aviation staff or training billet may 
accept pilots with different aircraft qualification types. 
Billet subspecialty codes are not exact matches with officer 
subspecialty codes. Billet subspecialty codes specify a set 
of officer subspecialty codes that are acceptable matches for 
the billet's educational requirements. 

B . CASE STUDIES 

The following simplistic yet typical cases with fictitious 
names are provided to clarify the assignment process. They 
provide a realistic view of placement decisions that are made 
for officers of different ranks and various warfare skills: 
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CASE 1 . Lt Nickerson makes a morning telephone call and 
schedules a meeting with the placement officer at PERS-4417 in 
Washington, D.C. for the afternoon to discuss his next duty 
assignment. Before he arrives, the placement officer checks 
the officer database and finds that Lt Nickerson is a 1317 
(TAR pilot) stationed at Norfolk, Va flying the F-14 Tomcat. 
His PRD is June of 1991 and his duty preference shows that he 
is requesting Fighter Squadron Three Zero One, an F-14 
squadron at Naval Air Station Miramar, California as his next 
duty assignment. The placement officer mentally goes through 
his knowledge base and deduces that this officer could be 
assigned to a LT, LT JG or LCDR billet. As a pilot he is 
eligible to fill a pilot or Naval Flight Officer billet (1317 
or 1327) . His PRD of 9106 probably could be adjusted by plus 
or minus 2 months. The placement officer then determines what 
commands are located at Miramar, California. He manually 
checks each command' s billets (slates) to determine what 
billets match Lt Nickerson qualifications and which billets 
have incumbents with PRDs aligned with June of 1991. A review 
of these billets suggest there are no matches in Fighter 
Squadron Three Zero One but Fighter Squadron Three Zero Two, 
also an F-14 squadron at Miramar, California has a billet with 
a PRD of August, 1991. Lt Nickerson arrives for the meeting 
and is very happy to accept the billet at Fighter Squadron 
Three Zero Two because he has received his geographic 
preference and will continue to fly the F-14. 
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Case 2. LCDR Wood calls PERS-4417 to request orders to his 
next duty assignment. While he is on the telephone, the 
placement officer retrieves his record from the OAIS. LCDR 
Wood is a 1307 (Non-flying aviation officer) stationed at 
Naval Air Station Glenview, Illinois with a PRD of September 
1991. He has no homeport preference in the database. He 
states that he would like to be transferred to Atlanta, 
Georgia. With a designator of 1307 he qualifies for 1300 
(non-flying aviation) and 1000 (any officer) billets. A check 
of the Atlanta area shows that the only Atlanta commands, 
Naval Air Station Atlanta and Naval Reserve Center Atlanta 
have no billet openings that match his qualifications. The 
placement officer conveys this information, and LCDR Wood 
states that Boston would be his second choice for duty. A 
review of the commands at Boston reveals no billets available 
for him. Dallas, Texas is LCDR Wood's third choice. 
Reviewing the commands located at Dallas reveals a 1300 LCDR 
billet open in July 1991. LCDR Wood accepts the billet. 

Case 3. Captain Baker calls the placement officer and states 
that he would like to be transferred to any available billet 
in Tampa, Florida. OAIS shows that Captain Baker has a 1117 
designator (surface warfare officer) . He is stationed in 
Washington D.C and has a PRD of July 1991. A surface warfare 
officer is qualified for 1000, 1050 (any warfare specialty) 
and 1110 (surface warfare) designated billets. A check of 
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Tampa shows one command that has a 1100 Captain billet but it 
is not open until 1993. Captain Baker states that he would 
like to know what other billets he could fit into for the 
summer of 1991. The placement officer states that he will 
have to call him back because it will take some time to 
manually search through all the billets that match his rank 
and qualifications. 

C. ADDITIONAL CONSIDERATIONS 

There are many additional rules that must be considered 
before an officer can actually be transferred. After testing 
an initial prototype of the proposed system, PERS-4417 
pinpointed several of the most important rules that are 
commonly used. In addition, PERS-4417 requested that several 
additional rules be developed to produce information that is 
not readily available to the placement officer. The 

information that will be produced from the additional rules 
include : 

• Postgraduate school eligibility. 

• Postgraduate school payback status 

• Obligated service end date. 

• Mandatory retirement or separation date. 

• Earliest transfer date based on Congressional mandated 
rules . 
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Postgraduate school eligibility details the specific areas of 
postgraduate education that are open to the officer. 
Postgraduate school payback status reports whether the officer 
served in a tour using education he achieved at the Navy's 
expense. This information is not available from the current 
database normally used by the placement officer, because it 
must be extracted from a different database. Transfer orders 
can actually be blocked if an officer has not completed a 
payback tour in his postgraduate education area within 
specific guidelines. Obligated service end dates are based on 
bonuses and training received. Many officers have no 
obligated service remaining. A flag that displays when an 
officer has obligated service would greatly assist the 
placement officer. Mandatory separation or retirement dates 
require several pieces of information to compute and often 
involve complex calculations. Promotion status, rank, total 
commissioned service and active duty start date are needed for 
this calculation. Earliest transfer date is the most complex 
and one of the most important of the computed values. The 
rules that determine this date have been mandated by Congress 
and must be strictly adhered to. The type of activity that 
the officer is presently serving in as well as the type of 
activity he is transferring to plus present geographic 
location are just a few of the values needed to compute this 
date . 
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The additional considerations will produce a much more 
complex rule base. However, this additional complexity will 
produce an efficient system that specifically matches the 
requirements of the user. 

D. SUMMARY AND JUSTIFICATION 

The current process can be summarized as follows. First 
the officer's qualifications and personal data are retrieved 
from OAIS. Then his desires for homeport and type of duty are 
determined, normally through telephone communications. Next, 
the placement officer applies a set of rules to the officer's 
data and qualifications to determine what billets he is 
authorized to fill. Finally, the placement officer manually 
queries all the billets at the requested homeport to find any 
billets that are expected to be vacant and match the officer' s 
qualifications. If no matches are found, the search must be 
expanded to include other geographic locations. 

This manual process is exceedingly tedious and time 
consuming. The required information is not readily available 
to the placement officer. He must retrieve data from 
different databases and then manually go through his hard copy 
slates for each command. Because the time to accomplish this 
manual query is so long, the placement officer is normally 
interrupted by other officers requesting reassignment. This 
cycle of repeated interruptions compounds the delays inherent 
in the laborious manual query process. 
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Automating the process will provide the placement officer 
with more time to communicate with transferring officers and 
consider placement options resulting in improved decision 
making. TARPS will parallel the current decision making 
process. First, officer qualifications would be retrieved 
from the officer database. Next, the requested homeport would 
be entered into the system. The EDS would then take the 
officer information, process it through a rule based model and 
determine the criteria to query the billet database. A 
printout will be displayed matching officer qualifications and 
desires with billet requirements. The placement officer will 
scan this list and decide which billet, if any, is optimum for 
the officer's career. If a mutually acceptable billet is not 
found then the system can be queried repeatedly for different 
homeport s . 

The ability to search through the billet database quickly 
and completely will enable productive, one-on-one 
conversations with the transferring officer, thus alleviating 
time consuming hours investigating possible billets. The 
additional capabilities for assessment of postgraduate 
education, mandatory retirement and acceptable transfer dates 
will produce critical information for the decision making 
process. These improvements will dramatically expedite and 
improve the entire officer placement process. 
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IV. THE OFFICER AND BILLET DATABASES 



A. OFFICER ASSIGNMENT AND INFORMATION SYSTEM (OAIS) 

The Officer Assignment and Information System (OAIS) 
database contains detailed information on all active duty 
officers in the United States Navy. OAIS is available to all 
placement officers via a desktop computer terminal linked 
directly to the Bureau of Naval Personnel's mainframe. The 
information available is grouped by specific topics. Each 
topic is referenced by page number. 

There are hundreds of data fields for each officer within 
in OAIS, including fitness reports, previous duty assignments, 
promotion history, qualifications and duty preferences. 

Officer data is retrieved by entering the individual's 
social security number. Access is restricted through the use 
of passwords. There are only rudimentary data query and data 
retrieval capabilities available in OAIS. Officer information 
can only be entered or viewed by means of predetermined menu 
selections. OAIS ad hoc data queries and reports must be 
initiated at the Bureau of Naval Personnel's Information 
Services Development Branch (PERS-470) . 

PERS-4417 added more requirements that mandate additional 
officer information be available for the TAR Officer Placement 
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System (TARPS) . The following data fields are the complete 
OAIS requirements for TARPS: 



• OFF I CER_NAME 

• OFFICER_RANK 

• OFFICER_SSN 

• OFFICER_PROMSTAT - 

• OFFICER_APC 

• OFFICER_PB 

• OFF I CER_AVEND 

• OFF I CER_REP T 

• OFFICER_UIC 

• OFF I CER_ACBD 

• OFFICER_ADSD 

• OFFICER_DESIGNATOR 

• OFFICER SUBSPEC 

• OFFICER PRD 



Social Security Number 
Promotion Status 

Additional Qualification Designator 
Navy Funded Education Payback Code 
Aviation Bonus End Date 
Date reported to present activity 
Unit Identification Code 
Active Commissioning Base Date 
Active Duty Start Date 

Educational Subspecialty 
Planned Rotation Date 



The field names have been modified slightly from OAIS for 
TARPS to clarify the difference between officer and billet 
information. Appendix A displays a relational diagram for 
the OFFICER database. 

B. OFFICER BILLET DATABASE INFORMATION SYSTEM (ODIS) 

The Officer billet Database Information System (ODIS) 
contains detailed information on every officer billet in the 
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United States Navy. It is also maintained at BUPERS . ODIS 
information is available to each placement officer via the 
same desktop terminal that displays OAIS information. ODIS 
and OAIS information cannot be viewed simultaneously. 

ODIS contains a complete list of information on officer 
billets such as geographic location, rank, designator, AQD and 
required subspecialty. ODIS contains a Cognizant placement 
officer (COG) field that identifies the placement officer 
responsible for each billet. COG 51 identifies TAR aviation 
placement officer billets and COG 65 identifies TAR surface 
placement officer billets. 

ODIS supports ad hoc query retrievals. This system 
enables the placement officer to print out lists based on such 



fields as location, rank 


or 


designator. There 


are several 


limitations to 


ODIS. 


The 


billet query and 


extraction 


procedures are 


arduous 


and 


not user-friendly 


. Officer 



information or billet information can be queried independently 
but they can not be manipulated simultaneously. Therefore, a 
list of command billets and officers assigned to these billets 
can not be created. The inability to transfer information 
between databases is the system's most significant limitation. 
PERS-470 has the ability to manually transfer information 
between OAIS and ODIS and can produce a list of billets by 
activity that will display information on incumbent officers. 

The following data fields are the ODIS requirements for 
TARPS : 
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• BILLET_PRD 

• BILLET_UEDA 

• B I LLE T_RANK 

• B I L LE T_D ESI GNAT OR 

• BILLET_ACTIVITY - 

• BILLET_TITLE 

• B I LLET_COG 

• BILLET_AQD 

• BILLET SUBSPEC 

• BILLET_HOMEPORT 

C . DATA EXTRACTION 

ODIS and OAIS are very large databases. Accessing all 
their fields of information during every TARPS billet 
selection process would result in a very slow and inefficient 
system. To provide a rapid response time, only the data 

actually required by TARPS is used. The ODIS and OAIS 
databases are filtered and the required data is extracted by 
PERS-470. OAIS and ODIS information is downloaded as ASCII 
files then transformed into standard database files by PERS- 
470. The files used for the prototype system are downloaded 
onto standard 360K floppy disks. This provides an easy way to 
initialize and update the required information for TARPS on an 
available microcomputer in PERS-4417. Appendix A displays a 
relational diagram for the OFFICER and BILLET database files. 



PRD of incumbent officer 
EDA for an incoming officer 

Command where billet located 
Job Description 
Cognizant placement officer 
Additional Qualification Designator 
Required Educational Subspecialty 
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V. 



THE TAJRPS EXPERT SYSTEM 



A. EXPERT SYSTEM DEVELOPMENT PROCESS 

Developing an expert system application involves the 
following phases: 

• Decision Making Process Study 

• Knowledge Representation 

• System Design and Development 

• Prototype Construction 

Studying the decision making process identifies the 
problem domain, specific task and contributing domain expert. 
Documented sources, interviews with human experts and task 
observation are used as sources of information. 

Knowledge representation can be achieved by a variety of 
techniques but they all employ a knowledge base that is 
manipulated by an inference system. The inference system uses 
search and pattern-matching techniques on the knowledge base 
to answer questions, draw conclusions or otherwise perform an 
intelligent function. The knowledge base is usually 

constructed from a list of IF THEN rules. (Turban 1990) 
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System design determines the required components such as 
input /output capabilities, inference engine and user interface 
specifications . 

The final phase of expert system development is building 
a prototype. Prototyping is used because it produces a small- 
scale system that includes, in rudimentary form, the major 
components of a final system. The developer and user can get 
a good idea of the capabilities of the final system without 
dedicating all the resources needed to develop the final 
version. Additionally, expert and user feedback can be used 
to change the prototype design with much less effort than a 
full system redesign. Prototyping also gives the user an 
opportunity to experiment and see firsthand the capabilities 
of an Expert System. Usually the system goes through several 
design iterations. This process continues until the system is 
ready for testing in the field. (Turban 1990) 

An expert system shell provides the framework for building 
a system that cohesively binds the databases, knowledge base 
and user interface. 

Figure 1 is a graphical representation of the TARPS 
development process. The decision making process for TARPS 
was discussed in Chapter III. Knowledge representation, 
system design and prototype development are detailed in the 
following sections. 
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Figure 1. TARPS Design Process 
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B. KNOWLEDGE REPRESENTATION 



To transform the processes that are currently in use to an 
expert system, a collection of IF THEN rules (Hayes-Roth 1985) 
are developed. These rules are applied to the information 
retrieved from the OFFICER database just as the placement 
officer applies his knowledge of the rules to the information 
he retrieves from the OAIS database. There are eight main 
decision areas that use rules: 

• Postgraduate School Eligibility and Payback Information 

• Retirement Eligibility, Bonus & Minimum Tour Information 

• Billet PRD 

• Billet Rank 

• Billet Designator 

• Billet AQD 

• Billet Subspecialty 

• Billet Homeport 

Postgraduate (PG) School eligibility and payback status are 
determined from officer promotion status, rank, APC and Navy 
funded education payback codes. The information displayed 
from these rules, specifies whether the officer is eligible 
for PG School and lists the permissible curriculum. Officer 
payback status indicates whether the officer has paid back 
Navy funded education received by serving in a qualifying 
billet and if not how many tours it has been since the 
education was received. Examples of the rules used are: 
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IF 



OFFICER APC<=345 AND 



(ACADEMIC PROFILE CODE) 



OFFICER_APC>335 
THEN PG=CAT2 

DISPLAY "Officer qualified for FM only at NPGS" 

and 

IF OFFICER_PB=X (PAYBACK) 

THEN PAYBACK=YES 

DISPLAY "Officer has paid back Navy funded educ." 

In the first example, the officer is eligible for enrollment 
in the financial management program at the Naval Postgraduate 
School because his Academic Profile Code (APC) is between 335 
and 345. If his APC was lower than 335, he would be eligible 
for additional educational programs. If his APC was higher 
than 345 he would not be eligible for any educational 
programs. The second example shows that the officer's payback 
data field, OFFICER_PB, contains an "X" which means he has 
paid back the Navy funded education he received by serving in 
a designated Naval billet that requires this educational 
background. 

Retirement, Billet PRD, Aviation Continuation Pay 
(Bonus) , and Minimum Activity Tour (MAT) information are 
determined from rules applied to: officer promotion status, 

Aviation Continuation Pay End-date, Activity report date, Unit 
Identification Code (UIC) , Active Commissioning Base Date 
(ACBD) , Active Duty Start Date (ADSD) , rank and PRD. Officer 
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PRD is a direct input from the placement officer because it 
provides flexibility in determining when to move the 
transferring officer. The rules determine if the officer has 
met the Minimum Activity Tour length, whether he is too close 
to retirement for transfer, and if the officer is eligible to 
be moved after a failure to select for promotion. The end of 
obligated service for an officer who is receiving the Aviation 
Continuation Bonus is displayed. Billet PRD is also 
determined from these inputs. Matching billets are determined 
by checking for billets that have an incumbent with a PRD in 
a plus or minus three month window from the date the placement 
officer has entered. This gives the placement officer the 
ability to overlap or gap a billet. Examples of the rules 
used to determine this information are: 



IF OFFICER_PRD< (OFFICER_AVEND/100) 

THEN BONUS=YES 

DISPLAY "OFFICER IS UNDER BONUS UNTIL 
(OFFICER AVEN) . " 



and 



IF OFFICER_PRD> ( (OFFICER_ADSD/100) +1799. 5) AND 

OFF ICER_RANK=CDR AND 
OFF ICER_PROMS TAT=F 1 2 
THEN RETIRE = YES 

DISPLAY "OFFICER CANNOT BE MOVED BECAUSE OF 
MANDATORY RETIREMENT." 
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The first example shows the rule used to determine if the 
officer's PRD is before the termination of his aviation bonus. 
If it is, the end date of the aviation bonus is displayed. 
The second example determines if an officer's PRD comes after 
18 valid active duty years for retirement and he is a 
Commander who has failed to select for promotion twice. If he 
meets these criteria, he must be given orders for mandatory 
retirement and can not be transferred. 

The next set of rules determine billet ranks available to 
the officer. Officer's present rank and promotion status are 
used to determine billet rank. For instance, if the officer's 
rank is LCDR, he is qualified to fill a billet for a CDR, LCDR 
or LT . This is illustrated in the following example: 

IF OFFICERJRANK = LCDR 

THEN BILLET_RANK = CDR 

BILLET_RANK = LCDR 
BILLET RANK = LT 



Appendix B gives a list of all billet ranks and acceptable 
substitutions . 

Another area that requires a rule base is billet 
designator. For example, if the officer's designator is 1327, 
he is qualified for assignment to billets with designators of 
1000, 1050, 1300, 1301, 1320, 1321, and 1322. The rule for 
this example is written as: 
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IF 



OFFICER DESIGNATOR = 1327 



THEN B I LLET_DE S I GNATOR = 1000 

B I LLE T_DE S I GNAT OR = 1050 
BILLET_DE SI GNATOR = 1300 
B I LLE T_D ESI GNAT OR = 1301 
B I LLET_DE S I GNAT OR = 1302 
BILLET_DESIGNATOR = 1320 

BILLET DESIGNATOR = 1321 

BILLET_DESIGNATOR = 1322 

Appendix C gives the definitions for all TAR officer 
designators, and Appendix D lists all billet designators and 
their matching officer designators. 

The next area that requires a rule base is Billet 
Additional Qualification Designator (AQD) . Officer 

designator, rank and AQD are the required inputs. The AQD 
will ensure that a billet designated for an F-14 pilot will 
receive a pilot qualified to fly an F-14. It also allows an 
F-14 pilot or an F-18 pilot to be assigned to a billet that 
accepts either one. An example of one of these rules is: 



IF 


OFF I CER_AQD = DB4 


OR 


F-14 Fighter 




OFFICER_AQD = DAI 


OR 


A- 4 Attack 




OFFICER_AQD = DA 7 


OR 


FA- 18 Attack 




OFFICER_AQD = DB6 




FA- 18 Fighter 


THEN 


B I LLE T_AQD = DB3 




F-5 Fighter 
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This rule states that if an officer's AQD is for the fighter 
version of the F-14, the attack version of the A-4, or the 
attack or fighter version of the FA-18, he is eligible to be 
assigned to a billet to fly the F-5 aircraft. Appendix E is 
a illustrative listing of Billet AQDs. A complete listing of 
Billet and Officer AQDs can be found in the Manual of Navy 
Officer Manpower and Personnel Classifications, Volume I. 

Billet subspecialty needs a rule base because there are 
many subspecialty substitutions permissible. In addition, 
billets without subspecialty requirements must be considered 
for the officer. The only input needed for this rule base is 
officer subspecialty. An example of a subspecialty rule is: 
IF OFFICER_SUBSPEC=0042G OR 

OFFICER_SUBSPEC=0042P OR 
OFFICER_SUBSPEC=6042G 

THEN BILLET SUBSPEC=6042Q 

BILLET SUBSPEC= (BLANK) 

This rule explains that if an officer has a master's level 
degree in Operations Analysis that meets or does not fully 
meet the Navy' s criteria for graduate education in this field, 
he is eligible to be assigned to an Operations Analysis billet 
that is designated for a proven subspecialist. These officers 
are also qualified to be assigned to any billet that does not 
require a subspecialty. 
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Appendix F gives a brief list of subspecialties. A complete 
listing can be found in the Manual of Navy Officer Manpower 
and Personnel Classifications, Volume I. 

The final rule base is for homeport preference. This is 
normally the officer's primary concern when requesting billet 
placement. The placement officer enters the office's 
requested homeport directly into TARPS because in most cases 
the officers do not make their final decision for homeport 
preference until the last possible moment. There are several 
geographic locations that have many homeports in close 
proximity. For example, an officer requesting Washington, 
D.C. normally means he would like to be stationed in the 
Washington, D.C. metropolitan area. This area includes 
several cities in Virginia and Maryland. Often an officer 
designates an area of the country that he prefers. A very 
effective rule base can be developed that greatly enhances the 
placement officers ability to look at several homeports either 
in close proximity or in the same area of the country. As an 
example, the homeport rule for Washington, D.C. is written as: 

IF OFFICER_HOMEPORT=DC 

THEN BILLET_HOMEPORT=WASHDC 

BILLET_HOMEPORT=ARLINGTON 
BILLET_HOMEPORT=ADELPHI 
BILLET_HOMEPORT=ALEXANDRIA 
BILLET HOMEPORT=ANDAFB 
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BILLET_HOMEPORT=BETHES 
B I LLET_HOMEP ORT= S U I TLN 

The billet PRD, rank, designator, AQD, subspecialty and 
homeport generated by the rule base is then used to query the 
billet database for matches. Figure 2 illustrates the 
architecture of the rule base (Mockler 1989) . Appendix G 
gives a complete listing of the TARPS rule base. 

C. SYSTEM DESIGN AND DEVELOPMENT 
1 . System Architecture 

The next phase combines the components of the TAR 
officer Placement System (TARPS) into a cohesive system. 
TARPS is developed as an expert database system that couples 
the OFFICER and BILLET databases to an expert system (Brodie 
and Mylopoulos 1986) . 

Figure 2 illustrates the rule base architecture 
required for TARPS. As shown, the officer attributes are 
retrieved from the OFFICER database, passed to the rule base 
where they are processed by an inference engine to produce a 
list of query criteria. These query criteria plus placement 
officer input is passed to the BILLET database to produce a 
list of matching billets. Figure 3 is a diagram showing the 
interaction between the rule base, databases and user. (Harmon 
and King 1985) . 
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Query to Database 




Domain Expert Rules 



Figure 2. TARPS Rule Base Architecture 
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SYSTEM & 
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USER INTERFACE 



Figure 3. TARPS System Architecture 
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Microcomputer expert system shells are especially good 
for developing expert system prototypes (Mockler 1989) . An 
expert system shell is used for TARPS to capture the rule base 
and couple it with the associated databases. 

An expert system shell requires little coding from the 
developer. It has a built-in inference engine as well as a 
user interface. The rule base is defined, then simple query 
statements are added to process the databases and make it 
accessible to the shell. Finally, the user interface is 
tailored to create the prompts needed for inputs to the rule 
base. Rules can be added or modified easily for future 
refinement of the system. The VP expert system shell was 
selected because of its capability to access databases and 
availability on microcomputers. 

2 . User Interface 

This system uses a simple user interface that is 
integrated with the expert system shell. A quest ion- answer 
dialogue style is used because there are not finite sets of 
answers for most user inputs. 

To retrieve the officer data from the OFFICER 
database, the user enters the transferring officer's social 
security number (SSN) as shown below: 



WELCOME TO TARPS - THE TAR OFFICER PLACEMENT SYSTEM 
Enter Officer's SSN: 
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The required officer data is retrieved and displayed on the 
screen for user verification. 

The expected rotation date of the transferring officer 
is entered next. The system displays: 

Enter Expected Rotation Date: 

This gives the placement officer flexibility in determining 
when he wants to transfer the officer. The user may input a 
wildcard symbol to select billets with any PRD. This 

input triggers several rules. TARPS informs the user if a 
Minimum Activity Tour (MAT) waiver is required, whether there 
is a mandatory retirement date that affects the officers 
rotation date availability and displays information on the 
officer's Postgraduate School eligibility and payback status. 

Next, the Cognizant placement officer billet code is 
entered to determine which billets are searched for matches. 
The placement officer decides if the transferring officer is 
going only to an aviation placement officer billet or possibly 
a Washington, D.C. tour. VP Expert enables the user to select 
any combination of choices: 

ENTER COG: ANY-*, WASH-41, AIR-51, SURFACE- 65 

51 41 * 65 
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The final input from the placement officer is the 
transferring officer's homeport preference. A question and 
answer prompt is used: 

Enter officer's requested homeport: 

The available options are known by the placement officer and 
can be entered directly. TARPS has the ability to accept 
actual homeport names, city titles and some geographic areas. 
The user may input the wildcard symbol to select all 
billet homeports. After accepting the placement officers 
input, TARPS queries the BILLET database and produces a list 
of the detailed information on matching billets. The billet 
listing contains the following information: 



• BILLET_DESIG 

• B I LLE T_RANK 

• BILLET_ACTIVITY 

• BILLET__HOMEPORT 

• BILLET_TITLE 

• BILLET_SUBSPECIALTY 

• BILLET_UEDA 

• BILLET PRD 



The B I LLE T_P RD shows if there is an officer assigned to this 
billet and if so when the incumbent officer is scheduled for 
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transfer. The BILLET_UEDA shows if an officer is already 
ordered into the billet and if so his Estimated Date of 
Arrival (EDA) . Finally, TARPS informs the user that the 
search is complete and remind him that the WHAT IF capability 
is available: 

SEARCH COMPLETE! <F3> TO ENTER DIFFERENT HOMEPORT, PRD 

OR COG. 



Selection of the WHAT IF procedure produces a list of the 
inputs that can be changed. After the user has chosen the 
input to be changed, the system prompts the user to enter a 
value for the variable to be changed. The BILLET database is 
then queried and the matching billets are displayed. 

Future versions of TARPS can easily be designed with 
enhanced versions of the user interface because VP Expert has 
sophisticated capabilities for user interaction with the 
system. Appendix H contains a complete session with TARPS. 

D. PROTOTYPING 

After the first prototype was developed, it was evaluated 
and redesigned by the author, the domain expert for this 
project. It was then forwarded to PERS-4417, TAR officer 
placement, for their initial review. As mentioned earlier, 
several additional rules were added to the knowledge base to 
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produce supplementary information requested by the placement 
office . 

PERS-4417 requested the ability to repeatedly interrogate 
the system while changing only one query criteria. In 
response, an enhanced WHAT IF capability from VP Expert was 
designed into TARPS. The placement officer now has the 
capability to change specific query criteria one at a time. 
Billet COG, OFFICER_PRD and Homeport preference can be changed 
as many times as needed. This capability matches the actual 
process for placement; the transferring officer is given 
several options during the course of the decision making 
process until he and the placement officer reach a mutually 
beneficial decision. Repeated WHAT IF inquiries are 
particularly helpful while interacting with transferring 
officers, providing real-time information on available 
billets. After all of the PERS-4417 inputs were evaluated, 
the present prototype was developed and is now ready for field 
testing. 
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VI. CONCLUSIONS AND RECOMMENDATIONS 



A. BENEFITS 

This thesis addressed the feasibility of developing an 
expert system for placing TAR officers in their upcoming duty 
assignments. It also addressed the ability of capturing the 
required domain expertise into a rule base. The prototype 
demonstrates that it is possible to develop an expert system 
for officer placement and that it is feasible to capture a 
major portion of the expertise required to do so in a rule 
base . 

The implementation of the rule base proved to be 
exceptionally beneficial. The rules that govern officer 
assignments have previously been assimilated primarily by 
experience. They became so intertwined that decisions were 
difficult to explain. Development of the rule base produced 
clarification of many of the building blocks that are used to 
make decisions. These rules will be very beneficial for 
training new placement officers. 

Trimming the databases to include only TAR officers and 
their billets proved to be advantageous. It made the 
performance of the system very acceptable. 

Filtering all TAR billets by the criteria determined from 
the knowledge base quickly trimmed the quantity of acceptable 
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billets down to a reasonable number. These resultant billets 



have proven to be a very good starting point for the placement 
officer. In addition, the ability to perform multiple WHAT IF 
queries on the placement officer inputs is an effective way to 
quickly look for available billets with just one input change. 

Use of an expert system shell proved to be extremely 
efficient. Very little coding was required beyond 
incorporating the IF THEN rules. Development of an expert 
system interface with a programming language like PROLOG or 
LISP appeared to be a much more difficult undertaking. 

B. SUGGESTIONS FOR FUTURE ENHANCEMENTS 

Future refinement of the prototype should include the 
addition of a field in the OFFICER database to document 
geographic area reporting dates. This will provide an input 
to a new set of rules that would automatically determine 
officer transfer availability based on Time On Station (TOS) 
policies. The data field already exits in the OAIS database 
and is current for each officer. Placement officers now 
manually search through the OAIS database to find exactly when 
and where an officer has been stationed. 

Further enhancement of TARS could be achieved by either 
providing each placement officer with a microcomputer linked 
directly to the mainframe or by migrating the entire TARPS 
process to the BUPERS mainframe. 
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A dedicated microcomputer linked with the mainframe would 
enable the placement officer' s to automate the OFFICER and 
BILLET databases daily. It would also provide the placement 
officer with the ability to manipulate the OFFICER and BILLET 
databases individually for ad hoc queries. Migrating TARPS to 
the mainframe would produce a system that would not require 
acquisition of any additional hardware, just application 
software. Placement officers could access the expert database 
system by menu selection. The OFFICER and BILLET databases 
could be automatically updated daily without placement officer 
interaction. This option will not give the users any 
independent ad hoc query capabilities to the OFFICER and 
BILLET databases. 

In conclusion, TARPS is an expert database system 
prototype that effectively shows how the placement officer's 
domain expertise can be captured into a rule base then used to 
assign TAR officers to their upcoming duty assignments. 
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APPENDIX A 



TARPS RELATIONAL DIAGRAM 



OFFICER 



SSN# 


NAME 


RANK 


DESIGNATOR 


UIC* 


BSC’ 1 ' 


• • • 



0 



BILLET 



UIC* 


BSC* 


DESIG 


RANK 


ACTIVITY 


HOMEPORT 


AQD 


. . . 



Key field 



* - Foreign Key 



Mandatory relationship 



(^) - Optional Relationship 



Relation Definitions 



OFFICER 


BILLET 


ITEM 


LENGTH 


TYPE 


ITEM 


LENGTH 


TYPE 


SSN # 


9 


Alpha 


ACTIVITY 


16 


Alpha 


NAME 


27 


Alpha 


UIC 


5 


Alpha 


RANK 


4 


Alpha 


BSC 


5 


Alpha 


PRD 


4 


Alpha 


RANK 


4 


Alpha 


DESIG 


4 


Alpha 


DESIG 


4 


Alpha 


PROMS TAT 


4 


Alpha 


BILLET 


40 


Alpha 


ACTIVITY 


16 


Alpha 


SUBSPEC 


5 


Alpha 


UIC 


5 


Alpha 


HOMEPORT 


6 


Alpha 


BSC 


5 


Alpha 


AQD 


3 


Alpha 


SUBSPEC 


5 


Alpha 


COG 


2 


Alpha 


AQD 


4 


Alpha 


PRD 


4 


Alpha 


HOMEPORT 


6 


Alpha 


ULTEDA 


4 


Alpha 


BILLET 


40 


Alpha 








RECVD 


6 


Alpha 








ADSD 


6 


Alpha 








ACBD 


6 


Alpha 








PB 


1 


Alpha 








APC 


3 


Alpha 








AVEND 


6 


Alpha 








YRG 


3 


Alpha 
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APPENDIX B 



OFFICER RANKS AND SUBSTITUTIONS 



BILLET 


RANK 




ACCEPTABLE RANK 


RDMU 


- Rear Admiral Upper 


Half 


RDMU /RDML 


RDML 


- Rear Admiral Lower 


Half 


RDMU /RDML 


CAPT 


- Captain 




CAPT 


CDR 


- Commander 




CAPT /CDR 


LCDR 


- Lieutenant Commander 


CDR/ LCDR/ LT 


LT 


- Lieutenant 




LCDR/ LT / LTJG 


LTJG 


- Lieutenant Junior 


Grade 


LT/LT JG/ENS 


ENS 


- Ensign 




LT/LT JG/ENS 
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1107 

1117 

1127 

1137 

1147 

1167 

1197 

1307 

1317 

1327 

1637 



APPENDIX C 



OFFICER DESIGNATORS 

DEFINITION 

General Unrestricted Line 

Surface Warfare 

Submarine Warfare 

Special Warfare 

Special Operations 

Surface Warfare (In-training) 

Special Operations (In-training) 

Non-flying aviation 

Pilot 

NFO (Naval Flight Officer) 

Intelligence 

Supply 
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APPENDIX D 



BILLET 



1000 - 
1050 - 

1110 - 
1120 - 
1130 - 
1140 - 
1160 - 

1190 - 

1300 - 
1301/1302 - 
1310 - 
1311/1312 - 
1320 - 
1321/1322 - 
1630 - 
3100 - 



BILLET/OFFICER MATCHING DESIGNATORS 



DESIGNATORS MATCHING OFFICER 





DESIGNATORS 


Any officer 


Any 


Any warfare specialty 


1117/1127/1137 

1147/1317/1327 


Surface Warfare Officer 


1117/1167 


Submarine Warfare Officer 


1127 


Special Warfare Officer 


1137 


Special Operations Officer 


1147 


In-training for Surface 
Warfare Officer 


1117/1167 


In-training for Special 
Operations Officer 


1197/1147 


Pilot or NFO non-flying 


1307/1317/1327 


Pilot or NFO flying 


1317/1327 


Pilot non-flying 


1317 


Pilot flying 


1317 


NFO non-flying 


1327 


NFO flying 


1327 


Special Duty Officer (Intel) 


1637 


Supply Officer 


3107 
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APPENDIX E 



ADDITIONAL QUALIFICATION DESIGNATOR CODES 



Additional Qualification Designator (AQD) codes having the 
first character of "D" or "E" are used to indicate specific 
billet requirements and personnel qualifications in the 
Aviation Warfare specialty. These AQD codes are assigned to 
officers by NMPC and assigned to billets by OP-01. The three 
characters of the aviation warfare AQD structure are 
interpreted as follows: 



Jet Aircraft 



Mission Class Code Mission Type Aircraft 

Fighter 



DB1 


FTR/Bomber 


F-8 


DB2 


FTR/Bomber 


F-4 


DB3 


FTR/Bomber 


F-5 


DB4 


FTR/Bomber 


F-14 


DB5 


FTR/Bomber 


VFX 


DB6 


FTR/Bomber 


F-18 


DB7 


TOP GUN GRAD 


Fighter 


DB8 


Adversary Grad 


Fighter 


DB9 


TOPGUN INSTRUCTOR 


Fighter 


DB10 


Any 


Fighter 



A complete listing of AQD codes can be found in the Manual of 
Navy Officer Manpower and Personnel Classifications, Volume I. 
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APPENDIX F 



SUBSPECIALTY CODE DEFINITIONS 

The Subspecialty Code is a five character code. The first 
two characters are not germane to this thesis. The third and 
fourth characters indicate the subspecialty functional area. 
The last character, the subspecialty suffix defines the level 
of educational attained by an individual or required by a 
billet . 

The following is a list of the subspecialty functional 
areas used by TARPS : 



Code 


Educational function 


xx31 


Financial Management 


xx42 


Operations Analysis 


xx44 


Antisubmarine Warfare 


xx 90 


Computer Technology (General) 


xx 91 


Computer Science 


xx95 


Computer Systems Management 



The following is a list of a few subspecialty suffixes: 



Suffix 


Definition 


D 


Doctoral level of education 


H 


Billet code to indicate master' s level 
education desirable but not required 


P 


Master' s level of education 


Q 


Master' s level of education - proven 
subspecialist 



A complete listing is available in the Manual of Navy Officer 
Manpower and Personnel Classifications, Volume I. 



53 



APPENDIX G 



1 . The 

RULE 0 
IF 

THEN 

RULE 1 
IF 

THEN 

RULE 1A 
IF 

THEN 

RULE 2 
IF 

THEN 

RULE 3 
IF 

THEN 

RULE 4 
IF 

THEN 



TARPS RULE BASE 



rules used to determine billet rank are 



OFFICER_RANK=RDMU OR 
OFF I CER_RANK=RDML 
BI LLET_RANK=RDMU 
BILLET RANK=RDML 



OFF ICER_RANK=CAPT AND 
0FFICER_PR0MSTAT=S1 OR 
OFF I CER_P ROMS TAT= S 2 
B I LLET_RANK=RDMU 
BILLET RANK=RDML 



OFF I CER_RANK=C AP T AND 
0FFICER_PR0MSTAT=C1 OR 
OFF I CER_PROMS TAT=C2 OR 
OFF I CER_PROMS TAT=C 1 2 OR 
OFF I CER_PROMS TAT= (BLANK) 
BILLET RANK=CAPT 



OFFICER_RANK=CDR AND 
OFFICER_PROMSTAT=SO OR 
OFFICER_PROHSTAT=Sl 
BILLET RANK=CAPT 



OFFICER_RANK=CDR AND 
OFFICER_PROMSTAT=F01 OR 
OFF I CER_P ROMS TAT =F 1 OR 
OFFICER_PROMSTAT= (BLANK) 
BILLET RANK=CDR 



OFF I CER_RANK=LCDR AND 
OFF I CER_P ROMS TAT=S 0 OR 
OFFICER_PROMSTAT=Sl 
BILLET RANK=CDR 
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RULE 5 
IF 



THEN 

RULE 5A 
IF 

THEN 



RULE 6 
IF 

THEN 



RULE 7 
IF 

THEN 



RULE 8 
IF 

THEN 



2 . The 

RULE 9 
IF 

THEN 

RULE 10 
IF 

THEN 



RULE 11 
IF 

THEN 



OFF ICER_RANK=LCDR AND 
OFF I CER_P ROMS TAT=F 0 1 OR 
OFF ICE R_P ROMS TAT=F 1 
BILLET RANK=LCDR 



OFFICER_RANK=LCDR AND 
OFFICER_PROMSTAT= (BLANK) 
BILLET_RANK=CDR 
B I LLE T_RANK=LCDR 
BILLET RANK=LT 



OFFICER_RANK=LT 
B ILLET_RANK=LCDR 
B ILLET_RANK=LT 
BILLET RANK=LT JG 



OFF I CER_RANK=LT JG 
B ILLET_RANK=LCDR 
B I LLET_RANK=LT 
BILLET_RANK=LT JG 
BILLET RANK=ENS 



OFF I CER_RANK=EN S 
B I LLE T_RANK=LT 
B I LLE T_RANK=LT JG 
BILLET RANK=ENS 



rules used to determine billet designators 



OFFICER_DESIGNATOR=1107 
BILLET DESIGNATOR=1000 



OFFICER_DES IGNATOR=l 117 
B I LLE T_DE S I GNAT OR= 1 0 * * 
BILLET DE S I GNATOR= 1110 



OFF I CER_DE S I GNATOR= 1127 
BILLET_DESIGNATOR=10** 
BILLET DE S I GNATOR= 1120 
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RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 

RULE 

IF 

THEN 



12 

OFF ICER_DES IGNAT0R=1 137 
BILLET_DESIGNATOR=10 ** 
BILLET_DESIGNATOR=1130 

13 

OFFICER_DESIGNATOR=1147 
BILLET_DESIGNATOR=10** 
BILLET_DESIGNATOR=1140 
B I LLE T_DES I GNATOR= 1190 

14 

OFF I CER_DE S I GNATOR= 1167 
B I LLE T_DE S I GNATOR= 1000 
B I LLE T_DES I GNATOR= 1110 
BILLET DE SIGNATOR=l 160 

15 

OFFICER_DES IGNATOR=ll 97 
B I LLE T_DE S I GNATOR= 1000 
B I LLET_DE S I GNATOR= 1140 
B I LLE T_DE S I GNATOR= 1190 

16 

OFF I CER_DE S I GNAT OR= 1307 
B I LLET_DE S I GNATOR= 1000 
BILLET_DESIGNATOR=1300 

17 

OFFICER_DESIGNATOR=1317 

BILLET_DESIGNATOR=10** 

B I LLE T_D ESI GNATOR= 1 3 * * 

18 

OFF ICER_DES IGNATOR=l 3 2 7 
B I LLE T_DES I GNATOR= 1 0 * * 
BILLET_DES IGNATOR=13 * * 

18A 

OFFICER_DESIGNATOR=1527 
BILLET_DESIGNATOR=1000 
B I LLET_DE S I GNATOR= 1300 
BILLET_DESIGNATOR=1520 

19 

OFF I CER_DE S I GNATOR= 1637 
BILLET_DESIGNATOR=1630 

19A 

OFF I CER_DE S I GNATOR=3 107 
BILLET DESIGNATOR=3100 
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3. The rules used to determine eligibility for transfer at 
the PRD the placement officer has chosen: 



RULE 

IF 



THEN 

ELSE 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 



THEN 



RULE 

IF 



THEN 



20 



OFFICER PRD> ( (OFFICER REPT/100) +199 . 5) OR 



OFFICER_UIC=31405 OR 
OFFICER_UIC=30486 OR 
OFFICER_UIC=31008 OR 
OFFICER_UIC=31051 OR 
OFFICER_UIC=31052 
MAT=NO 



!NPGS 

! WAR COLLEGE NEWPORT 
!AF WAR COLLEGE MAXWELL 
! ICAF 

! NATIONAL WAR COLLEGE 



DISPLAY "MAT NOT REQUIRED" 

MAT=YES 

DISPLAY "MAT REQUIRED FOR THIS PRD" 



20A 

OFFICER_PRD< (OFFICER_AVEND/100) 
BONUS=YES 

DISPLAY "OFFICER IS UNDER BONUS UNTIL 
{OFFICER AVEND} . " 



20B 

OFFICER_PRD> ( (OFFICER_ACBD/100) +2799.5) 

RETIRE=YES 

DISPLAY "DOES NOT HAVE 2 YEARS OF ELIGIBILITY BEFORE 
30 YR MANDATORY RETIREMENT DATE" 



20C 

OFFICER_PRD> ( (OFFICER_ADSD/100) +1799.5) AND 

OFFICER_PROMSTAT=F12 OR 

OFFICER_PROMSTAT=F012 OR 

OFF I CER_PROMSTAT=F 0 1 OR 

OFFICER_PROMSTAT=F901 

RETIRE=YES 

DISPLAY "DOES NOT HAVE 2 YEARS ELIGIBILITY BEFORE 20 
YR MANDATORY RETIREMENT DATE" 



20D 

OFFICER_PRD>( (OFFICER_ADSD/100) +1799.5) AND 

OFFICER_RANK=CDR AND 

OFFICER_PROMSTAT=F2 

RETIRE=PROBABLY 

DISPLAY "OFFICER CANNOT BE MOVED BECAUSE OF CAPT 
PASSOVER" 
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RULE 

IF 

THEN 

RULE 

IF 

THEN 



RULE 

IF 

THEN 

RULE 

IF 

THEN 

RULE 

IF 

THEN 



20E 

OFFICER_PRD> < (OFFICER_ADSD/100) +1799.5) AND 

OFF I CER_RANK=CDR AND 

OFFICER_PROMSTAT=F12 

RETIRE=YES 

DISPLAY "DOES NOT HAVE 2 YEARS OF ELIGIBILITY LEFT 
BEFORE MANDATORY RETIREMENT" 



20F 

OFFICER_PRD< ( (OFFICER_ADSD/100) +1799 . 5) AND 

OFFICER_RANK=CDR AND 

OFF I CER_PROMS TAT=F2 OR 

OFFICER_PROMSTAT=F12 

RETIRE=NO 

DISPLAY "OFFICER HAS OVER 2 YEARS OF ELIGIBILITY 
LEFT BEFORE MANDATORY RETIREMENT DATE" 



20G 

OFFICER_PRD> ( (OFFICER_ADSD/100) +1799.5) AND 

OFFICER_RANK=LT AND 

OFF ICER_PROMSTAT=F 012 OR 

OFF ICER_PROMS TAT=F 1 2 OR 

OFFICER_PROMSTAT=F2 

RETIRE=YES 

DISPLAY "DOES NOT HAVE 2 YEARS ELIGIBILITY LEFT 
BEFORE MANDATORY RETIREMENT" 



20H 

OFFICER_PRD< ( <OFFICER_ADSD/100) +1799.5) AND 

OFFICER_RANK=LT AND 

OFFICER_PROMSTAT=F01 

RETIRE=YES 

DISPLAY "CANNOT MOVE BECAUSE OF LCDR PASSOVER AND 
MANDATORY SEPARATION" 



201 

OFFICER_PRD< < (OFFICER_ADSD/100) +1799 . 5) AND 

OFFICER_RANK=LT AND 

OFF I CE R_P ROM S TAT =F 0 OR 

OFF I CER_PROMS TAT=F 1 

RETIRE =PROBABLY 

DISPLAY "CANNOT MOVE OFFICER BECAUSE OF SINGLE 
PASSOVER FOR LCDR" 
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4 



The rules used to determine Billet PRD 



RULE 21 

IF OFF I CER_PRD<= 9999 

THEN BILLET_PRD=OFFICER_PRD - 

BILLET_PRD=OFFICER_PRD - 
BILLET_PRD=OFFICER_PRD - 
BI LLET_PRD=OFF I CER_PRD 
BILLET_PRD=0FFICER_PRD + 
BILLET_PRD=OFFICER_PRD + 
BILLET_PRD=OFFICER_PRD + 
BILLET PRD= (BLANK) 



(THREE_MONTHS) 

(TWO_MONTHS) 

(ONE_MONTH) 

(ONE_MONTH) 
(TWO_MONTHS) 
(THREE MONTHS) 



RULE 22 

IF OFFICER_PRD=* /* FOR ANY MONTH */ 

THEN BILLET PRD=* 



RULE 23 

IF OFFICER_PRD>999 

THEN BILLET_PRD=9999 

DISPLAY "PRD IS OUTSIDE OF THE PROTOTYPE'S 
PARAMETERS" 



5. The rules used to determine Billet Homeport : 
RULE 24 

IF OFFICER_HOMEPORT=DC 

THEN BILLET_HOMEPORT=ADELPHI 

BILLET_HOMEPORT=ALEXANDRIA 

B I LLE T_HOMEP ORT= ANDAFB 

BILLET_HOMEPORT=ARLINGTON 

BILLET_HOMEPORT=BETHES 

BILLET_HOMEPORT=SUITLN 

BILLET_HOMEPORT=WASHDC 

RULE 25A 

IF OFF I CER_HOMEP ORT= SD 

THEN BILLET_HOMEPORT=CORNDO 

B I LLET_HOMEPORT=MI RAMAR 
BILLET_HOMEPORT=NORTI 
BILLET HOMEPORT=SDGO/ 



RULE 25B 

IF OFFICER__HOMEPORT=ATLANTA 

THEN BILLET_HOMEPORT=ATLANT 

BILLET HOMEPORT=MARIETTA; 
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RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



26 

OFF I CER_HOMEP ORT=NORFOLK 
BILLET_HOMEPORT=NORVA 
B I LLET_HOMEP ORT=DNECK 
B I LLE T_HOMEP ORT=LCRK 
BILLET_HOMEPORT=OCEANA 

27 

OFFICER_HOMEPORT=SF 

BI LLET_HOMEPORT=ALAMEDA 

BILLET_HOMEPORT=MOFFET 

BILLET_HOMEPORT=OAKLAN 

BILLET_HOMEPORT=SFRAN 

BILLET_HOMEPORT=TRISL 

28 

OFF ICER_HOMEPORT= JAX 
B I LLE T_HOMEP ORT=CEC I L 
B I LLET_HOMEP ORT=MAYPRT 

2 8A 

OFF I CER_HOMEP ORT=NE 
B I LLE T_HOMEP ORT=ANDAFB 
B I LLE T_HOMEP ORT=BRUN S 
B I LLE T_HOMEP ORT =COLUMB 
B I LLET_HOMEP ORT=SELFRI 
B I LLE T_HOMEP ORT= S OWE Y 
B I LLET_HOMEP ORT=WAS HD C 
BILLET_HOMEPORT=WIGROV 
B I LLE T_HOMEP ORT=NORVA 
BILLET HOMEP ORT=OCEANA 



28B 

OFFICER_HOMEPORT=MID 
B I LLET_HOMEP ORT=ARORA 
B I LLE TJHOMEP ORT=D ALLAS 
B I LLET_HOMEP ORT=GLVIEW 
B I LLET_HOMEP ORT=MINNAP 
BILLET HOMEP ORT=OLATHE 



28C 

OFF I CER_HOMEPORT=SE 
BILLET_HOMEPORT=CECIL 
B I LLET_HOMEP ORT= JAX 
B I LLET_HOMEP ORT=MARI ET 
B I LLET_HOMEP ORT=ORLEAN 
BILLET HOMEPORT=MILLIN 



28D 

OFF I CERJHOMEP ORT=NW 
BILLET HOMEPORT=WHIDBY 
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RULE 28E 

IF OFFICER_HOMEPORT=SW 

THEN BILLET_HOMEPORT=ALAMED 

BILLET_HOMEPORT=LEMORE 
BILLET_HOMEPORT=MIRAMA 
BILLET_HOMEPORT=MOFFET 
B I LLE T_HOMEP ORT=NORT I 
BILLET_HOMEPORT=PGMUGU 
BILLET HOMEPORT=SDGO 



RULE 29 

IF OFFICER_HOMEPORT=OV 

THEN B I LLE T_HOMEP ORT =A I E A 

BILLET_HOMEPORT=BARBER 
BILLET_HOMEPORT=HONOL 
BILLET_HOMEPORT=PEARL 
BILLET_HOMEPORT=YOKSKA 
BILLET_HOMEPORT=LONDON 
BILLET_HOMEPORT=KEFLAV 
B I LLET_HOMEPORT=S JUAN 
BILLET_HOMEPORT=BALBOA 
ELSE BILLET HOMEPORT= (OFFICER HOMEPORT) 



6. The rules to determine Billet Subspecialty 
RULE 30 

IF OFFICER_SUBSPEC=0095T OR 

OFFICER_SUBSPEC=0 0 95P OR 
OFFICER_SUBSPEC=00 91P OR 
OFFICER_SUBSPEC=50 91P OR 
OFFICER_SUBSPEC=50 91Q OR 
OFFICER_SUBSPEC=50 95Q 
THEN BILLET_SUBSPEC=00 9* 

BILLET_SUBSPEC=90 9* 

RULE 31 

IF OFFICER_SUBSPEC=0031P OR 

OFFICER_SUBSPEC=0031T OR 
OFFICER_SUBSPEC=6031P OR 
OFFICER_SUBSPEC=6031Q 
THEN BILLET_SUBSPEC=0031* 

BILLET_SUBSPEC=6321 * 

BILLET SUBSPEC=9031 * 
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RULE 32 

IF OFFICER_SUBSPEC=0042G OR 

OFFICER_SUBSPEC=0042P OR 
OFFICER_SUBSPEC=0042T OR 
OFFICER_SUBSPEC=6042G 
THEN BILLET_SUBSPEC=6042Q 

BILLET SUBSPEC= (BLANK) 

ELSE BILLET SUBSPEC= (BLANK) 



7. The rules to determine Billet Additional Qualification 
Designators (AQD) : 



RULE 33 
IF 

THEN 



OFFICER_AQD=DA7 
BILLET AQD=DB6 



RULE 34 

IF OFFICER_AQD=DB4 

THEN BILLET AQD=DC4 



RULE 35 
IF 



THEN 



OFFICER_DESIGNATOR=1317 AND 
OFFICER_AQD=DBl OR 
OFFICER_AQD=DB2 OR 
OFFICER_AQD=DB3 OR 
OFFICER_AQD=DA7 OR 
OFFICER_AQD=DB4 OR 
OFFICER_AQD=DB6 OR 
OFFICER_AQD=DC4 . 

BILLET AQD=DAl 



RULE 36 
IF 



THEN 



OFFICER_AQD=DB4 OR 
OFFICER_AQD=DAl OR 
OFF I CER_AQD=DA7 OR 
OFF I CER_AQD=DB 6 
BILLET AQD=DB2 



RULE 37 
IF 



THEN 



OFFICER_AQD=DDl OR 
OFFICER_AQD=DD4 OR 
OFFICER_AQD=DE2 OR 
OFF I CER_AQD=DE 4 
BILLET AQD=DE3 



RULE 38 
IF 



THEN 



OFFICER_AQD=DEl OR 
OFFICER_AQD=DE2 OR 
OFFICER_AQD=DE3 
BILLET AQD=DE0 
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RULE 

IF 


39 


OFFICER AQD=DF3 




THEN 




BILLET_AQD=DF2 




RULE 

IF 


40 


OFFICER AQD=DA2 


OR 






OFFICER AQD=DA4 


OR 






OFFICER AQD=DA7 


OR 






OFFICER AQD=DB4 


OR 






OFFICER AQD=DB6 


OR 






OFFICER AQD=DC4 


OR 






OFFICER AQD=DD2 
OFFICER AQD=DA1 


OR 


THEN 




BILLET AQD=DG0 




RULE 

IF 


41 


OFFICER AQD=DJ1 


OR 






OFFICER AQD=DJ2 


OR 






OFFICER AQD=DJ3 
OFFICER AQD=DJ4 


OR 


THEN 




BILLET_AQD=D JO 




RULE 

IF 


42 


OFFICER AQD=DK2 


AND 






OFFICER DESIGNATOR 


THEN 




BILLET AQD=DJ3 





BILLET AQD=DJ4 



RULE 


42A 




IF 


OFFICER AQD=DJ3 




THEN 


BILLET AQD=DJ4 




RULE 


42B 




IF 


OFFICER AQD=DJ4 




THEN 


BILLET_AQD=DJ3 




RULE 


43 




IF 


OFFICER AQD=DL1 


OR 




OFFICER AQD=DL2 
OFFICER AQD=DL3 


OR 


THEN 


BILLET AQD=DL0 




RULE 


44 




IF 


OFFICER AQD=DL2 




THEN 


BILLET_AQD=DL3 




RULE 


45 




IF 


OFFICER AQD=DL3 




THEN 


BILLET AQD=DL2 





1317 
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RULE 

IF 


46 


OFFICER AQD=DM0 


AND 






OFFICER DESIGNATOR=1317 


THEN 




BILLET AQD=DJ3 








BILLET AQD=DJ4 




RULE 


47 






IF 




OFFICER DESIGNAT0R=1317 


THEN 




BILLET AQD=DP1 








BILLET_AQD=DT0 




RULE 

IF 


48 


OFFICER AQD=DE3 




THEN 




B I LLET_AQD=DQ2 




RULE 

IF 


49 


OFFICER AQD=DQ2 


OR 






OFFICER AQD=DQ3 
OFFICER AQD=DQ4 


OR 


THEN 




BILLET_AQD=DQ0 




RULE 

IF 


50 


OFFICER AQD=DR4 




THEN 




BILLET_AQD=DR0 




RULE 

IF 


51 


OFFICER AQD=DS2 




THEN 




BILLET_AQD=DS3 




RULE 

IF 


52 


OFFICER AQD=DV1 


OR 






OFFICER AQD=DV2 


OR 






OFFICER AQD=DV3 
OFFICER AQD=DV4 


OR 


THEN 




BILLET AQD=DV0 




RULE 

IF 


53 


OFFICER AQD=DW1 


OR 






OFFICER AQD=DW2 


OR 






OFFICER AQD=DW3 


OR 






OFFICER AQD=DW4 


OR 






OFFICER AQD=DW5 


OR 






OFFICER AQD=DW6 


OR 






OFFICER AQD=DW7 
OFFICER AQD=DW8 


OR 


THEN 




BILLET AQD=DW0 




RULE 

IF 


54 


OFFICER AQD=DW7 
OFFICER AQD=DW8 


OR 


THEN 




BILLET AQD=DW6 
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RULE 

IF 



THEN 

RULE 

IF 

THEN 

RULE 

IF 

THEN 

RULE 

IF 

THEN 

RULE 

IF 

THEN 
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OFF I CER_AQD=DV1 OR 
OFFICER_AQD=DV2 OR 
OFF I CER_AQD=DV3 OR 
OFF I CER_AQD=D V 4 OR 
OFFICER_AQD=DWl OR 
OFFICER_AQD=DW2 OR 
OFFICER_AQD=DW3 OR 
OFFICER_AQD=DW4 OR 
OFFICER_AQD=DW5 OR 
OFFICER_AQD=DW6 OR 
OFF ICER_AQD=DW7 OR 
OFFICER_AQD=DW8 OR 
OFFICER_AQD=DY3 OR 
OFFICER_AQD=DY5 
BILLET_AQD=DYO 

56 

OFFICER_DESIGNATOR=1317 OR 

OFFICER_DESIGNATOR=1327 

BILLET_AQD=DZO 

B I LLE T_AQD=D Z 2 

BILLET_AQD=DTO 

BILLET_AQD=DZ3 

57 

OFFICER_DESIGNATOR=1317 AND 
OFF I CER_AQD=DA4 
BILLET_AQD=EB4 
BILLET_AQD=ED4 

58 

OFF I CER_DE S I GNATOR= 1317 AND 
OFFICER_AQD=DF2 OR 
OFFICER_AQD=DF3 
BILLET_AQD=EBF 

59 

OFFICER_DESIGNATOR=1317 AND 
OFFICER_AQD=DL2 or 
OFFICER_AQD=DL3 OR 
OFFICER_AQD=DS2 
BILLET AQD=EC8 
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RULE 60 

IF OFFICER_DESIGNATOR=1317 AND 

OFFICER_AQD=DA4 OR 
OFFICER_AQD=DD2 OR 
OFFICER_AQD=DB4 OR 
OFFICER_AQD=DC4 OR 
OFFICER_AQD=DB6 OR 
OFF I CER_AQD=DA7 OR 
OFF I CER_AQD=DA2 

THEN BILLET_AQD=ECK 

RULE 61 

IF OFF I CER_DE S I GNATOR=l 3 1 7 AND 

OFF I CER_AQD=DB 4 OR 
OFFICER_AQD=DC4 

THEN BILLET AQD=EDD 



RULE 62 

IF OFFICER_AQD=BNl OR 

OFF I CER_AQD=BN2 OR 
OFFICER_AQD=BN3 
THEN BILLET AQD=BN* 



RULE 63 

IF OFFICER_RANK=LTJG OR 

OFFICER_RANK=LT OR 
OFF I CER_RANK=LCDR AND 

OFFICER_DESIGNATOR NOT EQUAL TO 3107 OR 
OFF I CER_DE S I GNATOR NOT EQUAL TO 1637 
THEN BILLET AQD=CA* 



RULE 64 

IF OFF I CER_RANK=LT OR 

OFF I CER_RANK=LCDR OR 
OFFICER_RANK=CDR AND 

OFF I CER_DE S I GNATOR NOT EQUAL TO 3107 OR 
OFF I CER_DE S I GNATOR NOT EQUAL TO 1637 
THEN BILLET_AQD=CB3 

BILLET_AQD=CB4 
BILLET AQD=CB5 



RULE 65 

IF OFFICER_RANK=LCDR OR 

OFFICER_RANK=CDR AND 

OFFICER_DESIGNATOR NOT EQUAL TO 3107 OR 
OFF ICER_DE SI GNATOR NOT EQUAL TO 1637 
THEN BILLET_AQD=CC4 

BILLET AQD=CC5 
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RULE 66 
IF 



THEN 



OFFICER_RANK=CAPT AND 

0FFICER_DESIGNAT0R NOT EQUAL TO 3107 OR 
OFFICER_DESIGNATOR NOT EQUAL TO 1637 
OFFICER AQD=CE6 



RULE 67 
IF 



THEN 



OFFICER_AQD=JSl OR 
OFFICER_AQD=JS2 OR 
OFFICER_AQD=JS5 
BILLET AQD=JD1 



RULE 68 
IF 



THEN 



OFFICER_DESIGNATOR=1117 AND 
OFF ICER_AQD=KM1 
BILLET AQD=KM2 



RULE 

IF 



THEN 



ELSE 
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OFF ICER_AQD=LM2 OR 
OFFICER_AQD=LNl OR 
OFFICER_AQD=LN2 
BILLET_AQD=LM1 
BILLET_AQD= (OFFICER_AQD) 
BILLET_AQD= (BLANK) 
BILLET_AQD= ( OFF ICER_AQD ) 
BILLET AQD= (BLANK) 



8 . The rules to determine Naval Postgraduate 

eligibility and payback information are: 



School 



RULE 70 



IF 



THEN 



OFFICER_PB=X OR 
OFFICER_PB=Y OR 
OFFICER_PB=Z OR 
OFFICER_PB=A 
PG=NO 



.'OFFICER HAS ALREADY BEEN TO 
NAVY FUNDED EDUCATION 



RULE 70A 
IF 



THEN 



OFF I CER_RANK=RDMU OR 
OFFICER_RANK=RDML OR 
OFF I CER_RANK=CAP T 
PG=NO 

DISPLAY "Officer is too senior for NPGS" 



RULE 7 OB 

IF OFFICER_PROMSTAT=Fl OR 

OFFICER_PROMSTAT=F01 
THEN PG=N01 

DISPLAY "Officer has been passed over for promotion 
and is therefore ineligible for NPGS." 
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RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



ELSE 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



RULE 

IF 

THEN 



70C 

0FFICER_APC>345 

PG=N02 

DISPLAY "Officer's APC is too high for NPGS" 



71 

OFFICER_APC<=345 AND 

OFFICER_APC>335 

PG=CAT3 

DISPLAY "Officer is qualified for FM only at NPGS." 



OFFICER_APC=335 

PG=CAT2 

DISPLAY "Officer is qualified for FM and CSM only at 
NPGS . " 



OFF I CER_AP C< 3 3 5 
PG=CAT1 

DISPLAY "Officer is qualified for FM, CSM, CS and OA 
at NPGS." 

PG=CAT0 

DISPLAY "Officer APC is inaccurate or missing" 



OFFICER_PB=X 
P AYB ACK= YE S 

DISPLAY "OFFICER HAS PAID BACK NAVY FUNDED 
EDUCATION" 



74A 

OFFICER_PB=Y 

PAYBACK=NO 

DISPLAY "OFFICER HAS NOT PAID BACK NAVY FUNDED 
EDUCATION 1 TOUR"; 

74B 

OFF I CER_P B= Z 
P AYBACK=N O 

DISPLAY "OFFICER HAS NOT PAID BACK NAVY FUNDED 
EDUCATION 2 TOURS"; 



74C 

OFFICER_PB=A 

PAYBACK=NO 

DISPLAY "OFFICER HAS NOT PAID BACK NAVY FUNDED 
EDUCATION 3 OR MORE TOURS . " 
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APPENDIX H 



A SESSION WITH TAPPS 



WELCOME TO TARPS - THE TAR OFFICER PLACEMENT SYSTEM 
Enter Officer's SSN: 012345678 

PRM AQD PRD 
DB4 9106 
AVEND RPTD 
951001 890605 



SSN 




NAME 


RANK YRG 


DESIG SUBSP 


APC 


012345678 


NICKERSON GUY D. 


LT 800 


1317 


345 


UIC 


BSC 


ACTIVITY 


HOMEPORT 


BILLET 




63102 


01100 


NAVAIRES NORVA 


NORVA 


AV FLIGHT PROGRAMS 



Enter Transfer Date (System will check +- 3 months of this date) : 9106 
MAT NOT REQUIRED FOR THIS PRD 

OFFICER IS UNDER AVIATION CONTINUATION BONUS UNTIL 951001. 

Officer is qualified for FM only at NPGS. 

ENTER COG: ANY-*, WASH-41, AIR-51, SURFACE-65 

51 < 41 * 

65 



Enter officer's requested homeport : SD 



DESIG 


RANK 


ACTIVITY 


HPORT 


BILLET TITLE SUBS 


UEDA 


PRD 


1000 


LT 


NARU NASNISNARCM 


MIRAMA 


ADMIN 


9109 




1000 


LT 


NAVAIRES SDIEGO 


NORTI 


PUBLIC AFFAIRS 






1000 


LT 


NAVAIRES SDIEGO 


NORTI 


ADMIN/LEGAL 


9105 




1300 


LCDR 


NAVAIRES SDIEGO 


NORTI 


PERS/MPWR MGMT 




9106 


1300 


CDR 


CNARF PAC REP 


SDGO 


MOB SUPPT PLANS OFF 


9107 


9109 


1302 


CDR 


NAVAIRES SDIEGO 


NORTI 


TRAINING/RESERVE PROG D 


9107 


9107 


1312 


LCDR 


VF— 302 


MIRAMA 


NATOPS 




9108 


1322 


LT 


NARU NASNISNARCM 


MIRAMA 


TRAINING 


9110 


9109 



SEARCH COMPLETE! <F3> TO ENTER A DIFFERENT HOMEPORT, PRD OR COG. 
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